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Specification 

1 Patent Title: Software Management System 

2 What is claimed is: 
Claim 1: 

Software management system having 

software storage means to store software-specific data corresponding to software programs, 

user-specific data storage means to store user-specific data corresponding to software users, 
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a usage approval determination means to determine whether or not a user can use a software 
program, using at least a portion of each of said software-specific data and said user-specific 
data, 

and a software usage history storage means to store data corresponding to the software-specific 
data when said usage approval determination means determines that a software program can be 
used, 

wherein the software management system is characterized in that the stored content in said software 
usage history storage means is managed in accordance with said software-specific data. 

Claim 2: 

Software management system which is described in Claim 1, whereas the software management 
system of Claim 2 is characterized in that 

it has a software right holder identification code as the software-specific data, 

it has software usage conditions as user-specific data, 

and it enables monitoring of the usage of a software program with respect to a software right 
holder by storing the software right holder identification code in the software usage history 
storage means when the usage approval determination means determines that the software 
program can be used. 

3 Detailed Explanation of Invention 
(a) Field of Industrial Application 

The present invention relates to a management system of software such as computer programs 
and video software, which are intangible assets. In particular, it pertains to a software management 
system in which software usage can be monitored based on conditions such as for each software right 
holder. 
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(b) Background of Invention 

In recent years, as data processing systems advance, various programs are being sold. 
However, the protection of such programs is not perfect and there are many occasions of unlawful 
usage of programs. In order to prevent such unlawful usage, new patent laws, copyright laws and 
furthermore, special laws are being studied. However, software has appeared into existence only in 
very recent years and any of these provisions is not yet perfect. This stems not only from the 
difference between tangible and intangible assets, but also from whether right holders are aware of 
transactions. Whether or not this point is successfully resolved will be the key in assuring the 
protection of software programs. 

(c) Issues with Prior Art 

Once software, for example, computer programs, is transferred to a user, right holders of the 
software can not know how much the programs are used. Hence, usage is not controlled at all. This 
condition means that payments would not be made for programs when these programs are purchased 
with an agreement that payments are to be made based on the amount of their usage. This is equivalent 
to allowing a sort of "dine and dash". In such a system, not only do usage fees of programs end up 
being very high, but also a deluge of crude software will be allowed and a desire to provide software 
which is accompanied with detailed services will be lost. Accordingly, if society provides a system in 
which program right holders of computer programs are protected with detailed attention, creation of 
better computer programs will be encouraged in said society. As a result, society will advance further. 
This is a very important issue in the future when computer programs will occupy significant 
importance. 

There is a conventional method to protect against conventional unlawful actions of duplication 
including copying computer programs. In this method, a serial number is assigned to a piece of 
hardware such as a computer, a code corresponding to this serial number is assigned to a piece of 
software. When this program is executed, the serial number of the hardware and the serial number 
assigned to the software are compared. Only when they match, said software is allowed to be 
executed. Thus, copied programs can not be used. (Copied software does not have a matching serial 
number and can not be executed.) 

However, managing serial numbers is a cumbersome task. Moreover, when software is placed 
at stores for sales, it is impossible, in reality, to implement this method which uses serial numbers. 
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(d) Purpose of Invention 

Accordingly, the present invention has a purpose to enable right holders to monitor how much 
software is being used. 

(e) Design^of Invention 

This purpose is achieved by a software management system having software storage means to 
store software-specific data corresponding to software programs, user-specific data storage means to 
store user-specific data corresponding to software users, a usage approval determination means to 
determine whether or not a user can use a software program, using at least a portion of each of said 
software-specific data and said user-specific data, and a software usage history storage means to store 
data corresponding to the software-specific data when said usage approval determination means 
determines that a software program can be used, wherein the stored content in said software usage 
history storage means is managed in accordance with said software-specific data. 

(f) Embodiment 

Figure 1 explains the concept of the Software Service System (SSS) of the present invention. 
In the figure, P is a software right holder, PP is a piece of software with a price (Program Product), 
PIDi is a software-specific data, USERID is a user-specific data, CHECH is a usage approval 
determination means, SH is a software usage history storage means, DPS is a data processing system, 
and SSU is a software service unit. 

Software right holder P provides a piece of software with a price PP including its software- 
specific data PIDi. The user's DPS is designed so that the software passes through its software service 
unit SSU when software with a price PP is used. Software service unit SSU contains user-specific data 
USERID. When a usage request is made for software with a price PP, usage approval determination 
means CHECH checks the usability of the requested software, using its user-specific data USERID. 
For example, it checks whether the user is authorized to use the program, whether the usage fee is 
within the usage limit allowed for the user, whether the usage is within the allowed time limit, and so 
forth. If it determines that the usage is allowed, a message to this effect is notified to the operating 
system (hereafter, referred to as OS), which is not shown in the figure, of data processing system DPS. 
At the same time, user-specific data USERID and software-specific data PIDi are stored in software 
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usage history storage means SH. If the usage is not allowed, then the response to that effect is sent to 
the OS of data processing system DPS. 

The content of software usage history storage means SH can be verified by software right 
holders P. At the same time, for example, software usage fees can be billed for each of the software 
right holders based on the content of software usage history storage means SH. 

The present invention enables software right holder P to monitor how much software with a 
price PP is used. Therefore, usage fees can be collected in accordance with the usage. By holding the 
purchase price of software low, users can test various pieces of software and can continue to use good 
pieces of software. Thus, crude software will eventually not be used. Good software will be used 
frequently. Therefore, software right holders P will compete to provide better software. 

Figure 2 shows an example in which the present invention is applied. In the figure, 1 is a user's 
data processing system, 2 is an SS organization, which a management organization uses to manage 
programs with a price as an example of software with a price, 3-1 - 3-n are program right holders, who 
have the right to receive compensation when his/her program with a price is executed (when there are a 
plurality of program right holders for one program, compensation distribution ratios are also stored), 4a 
~ 4z are programs with a price, wherein 4a and 4b are created by program right holder 3-1 and 4y and 
4z are created by program right holder 3-n, 5 and 6 are programs with a price, . 7 is a central processing 
system, 8 is a software service unit (SSU), 9 is a user identification code memory, which is a portion of 
a user-specific data storage means, to store a user identification code, 10 is a usage approval 
determination means to determine whether or not a program with a price can be used, 1 1 is program 
usage history memory, which is the other portion of user-specific data storage means, including a 
usable amount memory to store information including a currency symbol (such as $, yen and pound) 
and a software usage history storage means, 12 is an input/output processing section to process input 
and output of the content of program usage history memory 1 1, 13 is an OS section in central 
processing system 7, 14 is a magnetic disk device, 15 is a printer, 16 is a keyboard, and 17 is a display 
device. 

In the system shown in Figure 2, when a program right holder wishes to create a program, 
allow general public to use the program as a program with a price, and to ensure collection of usage 
fees, first the program right holder goes to the SS organization. There, the program right holder 
registers his/her receiving account name for the usage fees and receives a program right holder 
identification code (hereafter, abbreviated as a program right holder ID). The organization issues a 
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different program right holder ID to each program right holder. This process is performed, for 
example, at a clerk window W in Figure 2 and is managed by management log NT. As an example, PI 
is assigned to program right holder 3-1 as his/her program right holder ID. 

Let us assume that program right holder PI creates programs with a price 4a and 4b. The 
program right holder attaches program-specific data, such as said program right holder ED PI, a 
program version number and a usage fee, to these programs. The programs are stored in a storage 
media such as a cassette magnetic tape and are sold at stores or through direct mail. Of course, they 
can be sold on-line over a communications network. 

On the other hand, users seek programs, which are suitable for their usage, at stores or in 
magazines. A user finds that a program he or she is seeking is created by the members of the SS 
organization. Let us assume that this program is 4a in Figure 4a. The user can obtain this program at a 
very low price or for free. Software service unit 8 must be installed in user's data processing system 1 . 
The software service unit is a mechanism to process programs which are registered at SS organization 
2. 

Software service unit 8 has usage approval determination means 10 and input output processing 
section 12. Usage approval determination means 10 checks the data from user identification code 
memory 9, the program-specific data attached to the program with a price to be used, and the content 
of the program usage history memory, and determines whether or not a program can be used. Input 
output processing section 12 outputs the program usage history from the content of program usage 
history memory 1 1 and updates the usable amount. Input output processing section 12 can be 
implemented in a different form by each user. For example, it could transfer to a remote file on-line. 
Or, it could be an external storage media such as a magnetic card or an IC card containing a 
microprocessor. Depending on its usage form, a variety of software service units 8 can exist. 

When data processing system 1 executes program with a price 5, in other words, when OS 
section 14 detects the usage of said software from the interpretation result of the job control language, 
a message to this effect is notified to software service unit 8. This may be a control which is 
comparable to a special interruption. Software service unit 8 reads the usable amount in program 
usage history memory 1 1 . At the same time, software service unit 8 obtains a usage fee from the 
program-specific data in said program with a price 5. Next, a process is performed to deduct the usage 
fee from said usable amount. If this result is negative, the program can not be used. A message to this 
effect is sent to OS section 13. For example, a system message, "Program 4a can not be used because 
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of a deficient balance", will be displayed on display device 17. (As mentioned afterwards, a 
conditional usage may be allowed even with a negative result.) 

Conversely, if the result of deducting a usage fee from said usable amount is not negative, said 
result of deduction is stored in the storage area for a usable amount in the program usage program 
history memory. At the same time, program right holder ID PI attached to the program, the usage fee 
and the user identification code in the user identification code memory are stored in program usage 
history memory 1 1 as the usage detail. Of course, the code to identify the program may be an 
unnecessary piece of information for a fee payment. However, it has a value in monitoring the usage 
of the program. Thence, it is stored in program usage history memory 11. Then, a request is made to 
OS section 13 to continue the process. 

Thereafter, similar processes are undertaken. Hence, program usage history memory 1 1 
contains the balance, in other words, the usable amount. At the same time, information is stored as to 
how much each of the users identified by his/her user identification code must pay to each of the 
program right holder IDs. 

In the present system, the area of program usage history memory 1 1 stores a certain limit 
amount or quantity. The present system is designed so that when said limit is exceeded, a process is 
necessary to empty out the contents of program usage history memory 1 1. In a case such as a large 
limit amount, a means is provided to send an intermediate report of the usage to the SS organization. 
The content of the balance memory in program usage history memory 1 1 can be externally increased 
through the input output processing section. A similar design to a bank-on-line system can be 
implemented. Or a design can be implemented in which said IC card is purchased from the SS 
organization for a certain price and the balance is increased by the fee amount stored in the IC card. 

In the present invention, it is possible to include special contract data as part of the program- 
specific data. In such a case, said usage approval determination means 10 determines that the program 
having the special contract data in its program-specific data can be used by users having user-specific 
data which contains a special contract usage code. This arrangement is convenient when program right 
holders want to monitor users for specific programs. In order for users to obtain a special contract 
usage code, they need to have a special contract with the SS organization. In order to have a special 
contract, information such as a user name is registered at the SS organization. Hence, it is easier for 
program right holders to monitor information such as names. Moreover, making it obligatory in the 
special contract to report such information makes it possible to prevent a dumping-like act such as an 
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unlawful act for competition by choosing not to pay a programmer, rather than gaining through a 
discount by reporting. 

In the present system, it is necessary for the SS organization to know the usage details in 
program usage history memory 1 1 in order to pay to the program right holder of a certain program that 
is used. As a method to realize this, a means is implemented so that, for example, 10% of the fee is 
paid back to a user when the user reports the usage details. Accordingly, a user can gain if he/she 
reports. Thence, most users will report and program right holders can guarantee a collection of fees for 
the usage. In Figure 2, SS organization 2 receives a report, references management log,NT using 
program right holder ID, and processes a remittance of a fee to a corresponding receiving account. 

The same is done when an IC card is used. It is conceived that used IC cards are brought to the 
SS organization. IC cards can be brought to the SS organization in order to exchange them for cash. 
In other words, the SS organization determines a reward for returning IC cards based on the usage 
amount to those who return IC cards. For example, 10% of the accumulated usage amount and the 
balance of the usable amount are paid back. By doing so, most IC card users will certainly return used 
IC cards to the SS organization even with a zero balance, because 10% of the purchase amount will be 
paid back. These IC cards are not just physical cards, but also carry a monetary value. They can be 
circulated within society as a replacement for currency. After receiving IC cards, the SS organization 
performs the same process as described above. 

Conversely, instead of cashing in the cards, a monetary amount can be transferred to new cards 
or returned cards. Then, the importance of protection mechanism against tampering with the balance 
becomes lower than when the cards are cashed. 

Accordingly, program right holders merely have to sit and wait until usage fees are deposited to 
certain banks after giving programs to users. Moreover, if society has people who perform unlawful 
acts of making a dead copy, copied programs carry a program right holder ID of the original program 
right holders. Thence, the usage fees of the copied programs will be remitted to the account of the 
rightful program right holders. Hereby, a system with programs having a price welcomes "making 
copies". 

Moreover, even if there are unlawful transactions in which one's own program right holder 
code is attached to counterfeit programs, the history can be monitored and the damage amount 
becomes clear. There is an advantage from this aspect as well. 
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Figure 3 shows another example of the present invention. Items with the same numeric labels 
as in the previous figures are the same as those in this figure. In Figure 3, 1 la is a balance memory to 
store a usable amount including the currency unit, 1 lb is a pointer memory which indicates the writing 
position in usage detail memory 1 lc, 21 is a program data memory to store information such as 
program right holder ID 21a, program identification ID 21b such as a program number and version 
number, usage fee data 21c and discount data 2 Id which determines fees based on the usage and 
special contract data, 22 is a discount processing section, 23 a balance check processing section to 
check whether there is a balance or not, 24 is a usage detail memory area check processing section to 
determine whether or not the amount pointed by the pointer memory is equal to or more than a certain 
value, 25 is a usability check processing section to check whether or not a program can be used based 
on the balance stored in the balance memory, 26 is a balance memory update processing section, 27 is 
a pointer update processing section to increment the pointer memory, 28 is a write processing section 
for usage detail memory 1 lc, 29 is an OS response processing section to the OS, 30 is an access 
control section to control the access position in usage detail memory 1 lc, 31 is a user check processing 
section to check a user, 32 is an increase amount fetch processing section to check the validity of an 
increase amount to balance memory 11a and fetch the amount by the direction entered on the 
keyboard, 33 is an addition processing section for balance memory 1 la, 34 is a pointer value check 
processing section to detect whether or not the pointer is larger than 0, 35 is a read processing section 
for program usage history memory 1 1, 36 is a transfer processing section to transfer to outside, and 37 
is a pointer deduction processing section to decrement the pointer. 

The software service unit SSU is divided into 3 major processes. The first is a process when a 
program with a price is used. The second is a process to increase the content of balance memory 11a. 
The third is a transfer process to transfer the content of program usage history memory 1 1 to outside. 
These are explained one by one. 

Based on the direction entered on keyboard 16, balance check processing section 23 checks 
balance memory 11a. When the balance is negative (a special processing format can be considered but 
in principle, it is not possible) or 0, a message "no balance" is displayed on display device 17. 
Otherwise, the content of pointer memory 1 lb is checked in the next step. It is checked whether or not 
a MAX value is exceeded. As the MAX value, the number of items which are written into the usage 
details or cumulative used amount which are not reported to the SS organization can be used. When 
the MAX value is exceeded, a message "The usage detail memory has run out of space. Please transfer 
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the usage details to the SS organization. (Or, please insert another IC card.)" is displayed on display 
device 17. 

If the value in pointer memory 1 lb, in other words, the number of written items, is within the 
MAX value, then the discount processing section 22 determines a usage fee based on usage fee data 
21c and discount data 2 Id in program data memory 21 and the information in user identification code 
memory 9. For example, in this process, a person having a special status can receive a special 
discount. Another possible control example is that a very low fee or no fee can be applied at the 
beginning for a certain number of trials. Of course, it can be checked whether or not the special 
contract data exists. A user without a special contract does not carry a special contract data in his/her 
user-specific data. In such a case, a message "You have not completed a special contract. Hence, you 
can not use this program." is displayed on display device 17. Moreover, a geometrical progression 
having a geometric ratio of smaller than 1 is employed for calculating a usage fee, then a fee can be 
obtained for unlimited usage. Then, a method can be implemented which can be appreciated by users 
because future expenses can be projected. 

An output of this discount processing section is the fee for using the program. Using this value, 
usability check processing section 25 deducts the output value of the discount processing section from 
the value in balance memory 11a. It then checks whether or not the result is negative. If the result is 
negative, a message "There is not enough balance." is displayed on display device 17. If it is not 
negative, then balance memory update processing section 26 updates the content of balance memory 
1 la to said deduction result, and pointer update processing section 27 increments pointer memory lib. 
Then, write processing section 28 stores information such as a user identification code, program right 
holder ID 21a, program identification ID 21b, and the usage fee including the currency unit in usage 
detail memory 1 lc. The content of pointer memory 1 lb points to a new storage location for access 
control section 30. The above data is stored in the new storage location. Thereafter, OS response 
processing section 29 indicates to OS section 13 that the program can be used. 

In the above example, it is explained that the content of balance memory 1 la is immediately 
reduced by the usage amount so that it always shows the usable amount. Of course, an example can 
take a form in which balance memory 11a contains the initial value without revision until the content is 
output to the outside and whenever the balance is requested, a process is performed to deduct the total 
detail in usage detail memory from said initial value. 

Next, the second process is explained. 
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The direction entered on keyboard 16 operates user check processing section 31 . Here, it is 
checked whether a person who is about to initiate a process is a valid user. (This personal 
identification process can be employed in the first processor and in the third process, although the 
explanation is omitted.) Simply put, it checks whether or not a PIN code entered on keyboard 16 and 
the content in user identification code memory 9 contradict each other. If they contradict each other, a 
message "Please re-enter your PIN code." is displayed on display device 17. If they do not contradict 
each other, a process to fetch an increase amount to the balance is performed through input/output 
processing section 12. After a certain PIN check is performed by the center on-line, an increase 
amount to the balance may be entered on the keyboard, or from an IC card connected to input/output 
processing section 12. 

Addition processing section 33 adds the obtained increase amount to the balance of the content 
of balance memory 11a and the result is stored back in balance memory 11a. 
Next, the third process is explained. 

First, the direction entered on keyboard 16, pointer value check processing section 34 checks 
the content of pointer memory lib. When the content is not larger than 0, a message "The transfer of 
usage detail memory is complete." is displayed on display device 17. When it is larger than 0, read 
processing section 35 reads the content in the area of usage detail memory 1 lc which is indicated by 
said pointer memory 1 lb. Transfer processing section 36 transfers the content through input/output 
processing section 12 to an on-line center, which is the SS organization. When an IC card is used, a 
writing process to this IC card is performed. Pointer deduction processing section 37 decrements the 
pointer and returns the control to pointer value check processing section 34. The pointer value check 
processing section checks whether the content is larger than 0 or not. If it is not larger than 0, a 
message to this effect is displayed on display device 17. In this manner, the process is repeated until 
the content of pointer memory 1 lb becomes 0. As a result of this repetition, the entire content of usage 
detail memory 1 lc is notified to the SS organization. 

Because the system is designed as above, the content of usage detail memory 1 lc is known by 
the SS organization even before the content of balance memory 1 la becomes 0. Therefore, even if an 
amount is stored in balance memory 11a, the data amount which is written as usage details can be 
limited. Hence, even if usage details are lost due to a problem, the damage is small. Moreover, a user 
identification code can be used to actively alter the MAX value in usage detail memory area check 
processing section 24, a system can be implemented so that a reliable user can be required to report 
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his/her usage details once in a long time period while a less reliable user reports his/her usage details 
once in a short time period. 

Figure 4 shows yet another example of the present invention. Items with the same numeric 
labels as in the previous figures are the same as those in this figure. In Figure 4, 37 is a main storage 
device, 38 is a central processing device, 39 is a channel device, 40 is an input/output control device, 
41 is an IC card reader, 42 is an IC card, 43 is a microprocessor, 44 is an EPROM in which programs 
to operate microprocessor 43 are stored, 45 is an input/output port, and 46 is an internal bus. 

The operation is the same as that in the previous figure. The only difference is that the 
memories are not internal, but external. Accordingly, balance memory 1 la within IC card 42 is used 
for checking whether or not a program with a price can be used. If the checking result is fine, then the 
deducting update process is performed and the usage details are stored in usage detail memory 1 lc. 

As for fee payment, a user performs a purchase at a representative store of the SS organization. 
An amount corresponding to the purchase amount is stored in balance memory 1 la. Therefore, the 
user returns IC card 42 to SS organization after using it for the usable amount. Then, the user can 
obtain the balance, if any, in balance memory 1 la and the 10% rebate of the used amount. Hence, the 
SS organization can be certain that usage fees will be paid to program right holders. 

In addition, unlawful usage can be reduced by the following methods. A program can be stored 
in the EPROM in the IC card, wherein the program prevents a process to increase the content of 
balance memory 1 la. A program can be stored so that program-specific data can be encrypted so that 
it can not be altered without permission and scattered within the program, so that a key in the IC card 
is used to decrypt the data. 

A user identification code in the entirety of the above text is not necessarily needed except in 
the following cases. One is when a user wishes to obtain special rights which depend on the 
identification of the user. The other is when a plurality of paid users use a program on one software 
service unit (SSU). If a user identification code is not stored in usage detail memory 1 lc, a discount 
associated with the user identification code can not be obtained. However, a user identity will not be 
known to the SS organization when usage details are notified to the SS organization. Hence, the 
privacy of users can be completely protected. 

Furthermore, when the content of the balance memory is "0" in the above examples, the 
processing devices do not function. However, other methods can also be conceived. For example, 
when the balance becomes small, a message to that effect can be displayed in one method. In another 
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method, down to a certain negative value, a negative value can be allowed while a warning message 
appears. When said certain negative value is exceeded, the core section of the software service unit is 
destroyed and thereafter, a user can not receive further software service in this method. Thus, a 
psychological barrier against an immediate stoppage can be eliminated. 

Moreover, a method is also possible in which each time software is used, money such as coins 
is inserted and automatically the deposited amount is stored as balance. 

Furthermore, a software service unit can coexist with a normal OS in a data processing system. 
In this method, a software service unit can be incorporated into an existing system. Therefore, this 
system may have an effect that it can be widely accepted. 

In addition, in order to prevent alterations of program registered data without permission, it is 
possible to encrypt programs with a price and to include a decryption key within an IC card. 

It is also possible to design the system so that an IC card can be reused after the content is 
submitted to the SS organization. This can be implemented by using the EPROM in a certain way. 

Moreover, examples of the present invention are explained for programs with a price. Of 
course, the present invention is applicable, for example, to paid software services such as paid image 
services via radio wave, video cassettes, and paid information provision. 

(g) Advantages of the Present Invention 

As explained above, the present invention enables software right holders to ensure an easy 
monitoring of software usage. Hence, the rights of software right holders can be protected and at the 
same time a wide variety of software usage formats can be promoted. 

4 Brief Explanation of Figures 

Figure 1 explains the concept of the present invention. Figures 2 and 3 show an example of the 
present invention. Figure 4 shows another example of the present invention. 
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Figure 1 
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Figure 2 
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Figure 3 
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Figure 4 
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